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METHOD AND APPARATUS IN A 
SYSTEM FOR DYNAMIC GRAPHICS 



!• Technical Field: 

The present invention relates generi 
processing system and in particular, a 
graphics data. 

2. Description of Related Art: 



ally to an improved data 
meqhod and apparatus for processing 



Data processing systems, such as 
stations, are commonly utilized to run 
applications , computer-aided. ,manuf acturincr 
computer-aided software engineering (CASE) 
technicians, and others en^loy these appl 
applications involve complex calculations 
analysis, to model stress in structures, 
chemical or molecular modeling applicati 
are normally graphics intensive in terms 
user. Data processing system users may 
applications, such as desktop publishing 
of these applications require and demand 
be able to provide extremely fast graphici 



ions , 
of 



DATA PROCESSING 
CONTEXT SWITCHING 



pei'sonal 



computer- 



computers and work 
aided design (CAD) 
(CAM) applications, and 
tools . Engineers , scientists , 
cations daily. These 

such as finite element 
Other applications include 

CAD/CAM/CASE applications 
the information relayed to the 
enjiploy other graphics intensive 
tpplications. Generally, users 
t[hat the data processing systems 
information. 



In these types of 
for processing and display. 



The processing of a: graphics data stream to provide a graphical 
display on a video display terminal requires an extremely fast graphics 
system to provide a display with a rapid ^response, 
graphics systems, primitives axe received 
primitive is a. graphics "element that is utsed as a building block for 
creating images, puch as, for example, a point, a line, an arc, a cone, or 
a sphere. A primitive is defined by a group of one or more vertices. An 
attribute is used to define how a primitive will be displayed. Attributes 
include, for example, line style, color, <ind surface texture. A vertex 
defines a point, an end point of an edge, or a corner of a polygon where 
two edges meet. Data also is associated with a vertex in which the data 
includes information, such as positional coordinates, colors, normals, and 
texture coordinates- Commands are sent to the graphics system to define 
how the primitives and other data should he processed for display. 



wo 02/09083 



2 



PCT/GBOl/03226 



With the large amounts of data and computations involved in 
processing graphics data, especially with three-dimensional applications, 
many of these computations have been offloaded from the central processing 
units to a graphics adapter. Within these graphics systems, a graphics 
pipeline located in the graphics adapter is used to process this graphics 
data. With a pipeline, the graphics data processing is partitioned into 
stages of processing elements in. which processing data may be executed 
sequentially by separate processing elements. 

In a multi-tasking graphics environment, multiple processes often 
share the same graphics adapter. In order for each graphics process to 
send graphics data to the graphics adapter, each process requires a 
rendering context. This rendering context is restored on the graphics 
adapter by a context switch heuidler prior to the graphics data being sent 
to the graphics adapter from a particular graphics process for display. 
The context switch handler performs context save auid restore functions for 
the graphics processes so that each graphics process is able to access the 
graphics adapter. The context for different graphics processes may differ 
by large amounts. For example, a three dimensional graphics environment 
is fairly large in coraparisbn to a two dimensional graphics environment. 
Currently, the context size is set to be the same for all graphics 
processes. Switching the entire context for each process slows the 
process for displaying graphics data. Additionally, this mechanism wastes 
memory in the adapter as well as slowing the switching of context for 
different processes. 

SUMMARY OP THE INVENTION 

The present invention provides a method and apparatus in a data 
processing system for context management for a plurality of graphic 
processes. A request is received to send graphics data to a graphics 
adapter from a first graphics process within the plurality of graphics 
processes. A determination is made as to whether a complete change in a 
current context is required for the graphics adapter to process the 
graphics data from the first graphics process. If only a portion of the 
current context needs to be changed, the portions to be changed are saved. 
Then, the context information for the graphics process are retrieved and 
placed in with the current context information required using a set of 
contexts stored in a memory. 

In a first aspect., the invention provides a method in a data 
processing system for handling data from a plurality of graphics 



wo 02/09083 



3 



PCT/GBOl/03226 



10 



15 



20 



25 



30 



35 



40 



ICS 



processes; responsive ,to receiving a requejst 
send graphics data to a graphics adapter, 
change in a current context in the graphi 
the graphics data for the graphics process 
processes; and changing a portion of the 
associated context in the graphics adapter 
in a memory in an eUDsence if a requirement 
current context, wherein the associated 
graphics process. 



from a graphics process to 
determining whether a complete 
adapter is required to process 
from the plurality of graphics 
cjurrent context using an 

from a set of contexts stored 
for a complete change in the 
cdntext is associated with the 



In a second aspect, the invention 
processing system for context management 
processes, the method comprising: receiviijg 
data to a graphics adapter from a first 
plurality of graphics processes; 
all of a current context is required for 
the graphics data from the first graphics 
amount; and changing the identified amoxont 
another context using a set of contexts s 
than all of the current . context is changes 



p3:ovid€ 



for 



giaphics 



deteirmind ng 



the 



; In a third aspect, the invention 
for handling data from a plurality of gra]^hi 
meansy responsive to receiving a request 
graphics data to a graphics adapter, for 

change in a current context in the graphi<:j:s 
the graphics data for the graphics proces 
processes; and changing means for changind 
context using an associated context in th^ 
contexts stored in a memory in an absence 
change in the current context, wherein th^ 
associated with the graphics process. 



In a fourth aspect, the invention 
for context management for a plurality of 
processing system comprising: receiving 
send graphics data to a graphics adapter 
within the plurality of graphics processed 
determining whether a change of less than 
required for the graphics adapter to 
first graphics process, to form an 
for changing the identified amount of the 



proc(^ss 



identif :Led 



es a method in a data 
a plurality of graphic 
a request to send graphics 
process within the 
whether a change of less than 
graphics adapter to process 
process to form an identified 

of the current context to a 
tiored in a memory, wherein less 



prc^vides 



s a data processing system 
cs processes: determining 
from a graphics process to send 
qLetermining whether a complete 
adapter is required to process 
from the plurality of graphics 
a portion of the current 
graphics adapter from a set of 
if a requirement for a complete 
associated context is 



p]:ovide£ 



mc^ans 



s a data processing system 
graphic processes, the data 

for receiving a request to 
i^rom a first graphics process 
determining means for 
all of a current context is 
the graphics data from the 
amotint; and changing means 
c\irrent context to a another 
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context using a set of contexts stored in a memory, wherein less than all 
of the current context is changed. 

In a fifth aspect, the invention provides a computer program product 
in a computer readable medium for use in a data processing system for 
handling data from a plurality of graphics processes: first instructions, 
responsive to receiving a request from a graphics process to send graphics 
data to a graphics adapter, for determining whether a complete change in a 
current context in the graphics adapter is required to process the 
graphics data for the graphics process from the plurality of graphics 
processes; and second instructions for changing a portion of the current 
context using an associated context in the graphics adapter from a set of 
contexts stored in a memory in an absence if a requirement for a complete 
chcinge in the current context, wherein the associated context is 
associated with the graphics process. 

In a sixth aspect, the invention provides a computer program product 
in a computer readable medium for use in a data processing system for 
context management for a plurality of graphic processes, the computer 
program product comprising: first instructions for receiving a request to 
send graphics data to a graphics adapter from a first graphics process ^ 
within the plurality of graphics, processes; second instructions for % 
determining whether a change of less than all of a current context is 
required for the graphics adapter to process the graphics data from the 
first graphics process to form an identified amount; and third 
instructions for changing the identified amount of the current context to 
a another context using a set of contexts stored in a memory, wherein less 
than all of the current context is changed. 

A computer program according to the invention may be made available 
as a program product comprising program code recorded on a machine 
readable recording medium 

BRIEF DESCRIPTION OF THE . DRAWINGS - 

Preferred embodiments of the invention will now be described in more 
detail, by way of example, with reference to the accompanying drawings in 
which: 

Figure 1 is a pictorial representation of a data processing system 
in which the present invention may be implemented in accordance with a 
preferred embodiment of the present invention; 
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Figure 2 is a block* diagram of a dat^ processing system in which the 
present invention may be implemented; 



Figure 3 is a block diagram illustrating 
context switching in accordance with a prejferred 
Invention; 



Figure 4 is a diagram illustrating s 
preferred embodiment of the present inventiion 



Figure 5 is a flowchart for establi 
with a preferred embodiment of the present 



^hing a context in accordance 
invention; 



Figure 6 is a flowchart of a processi 
accordance with a preferred embodiment of 



Figure 7 is a flowchart for saving 
with a preferred embodiment of the present; 



<)rontext Information in accordance 
invention; and 



Figure 8 is a flowchart for restoriijig 
accordance with a preferred embodiment of 



DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 



and 



ot: 



implemcsnted 



With reference now to the figures 
to Figure 1, a pictorial representation 
which the present invention may be 
with a preferred embodiment of; the present|: 
depicted which includes a system unit 110 
keyboard 104, storage devices 108, which 
other types of permanent and removable 
Additional input devices may be included 
as, for example, a joystick, touchpad, 
microphone, and the like. Computer 100 ca^ 
suitable computer, such as an IBM RS/6000 
computer, which are products of 
Corporation, located in Armonk, New York, 
representation shows a computer, other 
invention may be in^lemented in other 
such as a network computer. Computer 100 
graphical user interface that may be ii 



Interaational 



components used in dynamic 
embodiment of the present 



com record in accordance with a 



for context switching in 
the present invention; 



context for a process in 
the present invention. 



storage 



in particular with reference 
a data processing system in 

is rdepicted in accordance 
invention. A computer 100 is 
a video display terminal 102, a 
ijaay include floppy drives and 
media, and mouse 106. 
th personal computer 100, such 

screen, trackball, 
be implemented using any 
computer or IntelliStation 

Business Machines 
Although the depicted 

of the present 
of data processing systems, 
also preferably includes a 
by means of systems 



touch 



em]3odiments 



typos 



mpl smented 
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software residing in computer readable media in operation within computer 
100. 

With reference now to Figure 2, a block diagram of a data processing 
system is shown in which the present invention may be implemented. Data 
processing system. 200 is an example of a computer, such as computer 100 in 
Figure 1, in which code or instructions implementing the processes of the 
present invention may be located. Data processing system 200 employs a 
peripheral component interconnect (PCI) local bus architecture. Although 
the depicted example employs a PCI bus, other bus architectures such as 
Accelerated Graphics Port (AGP) and Industry Standard Architecture (ISA) may 
be used. Processor 202 and main memory 204 are connected to PCI local bus 
206 through PCI bridge 208. PCI bridge 208 also may include an integrated 
memory controller and cache memory for processor 202. Additional 
connections to PCI local bus 206 may be made through direct component 
interconnection or through add- in boards. In the depicted example, local 
area network (LAN) adapter 210, small conputer system interface SCSI host 
bus adapter 212, and e3q)ansion bus interface 214 are connected to PCI local 
bus 206 by direct component connection. In contrast, audio adapter 216, and 
graphics adapter 218 -are connected to PCI local bus 206 by add- in boards 
inserted into expansion slots. Expansion bus interface 214 provides a 
connection for a keyboard and mouse adapter 220, modem 222, and additional 
memory 224. SCSI host bus adapter 212 provides a connection for hard disk 
drive 226, tape drive 228, and CD-ROM drive 230. Typical PCI local bus 
implementations will support three or four PCI expansion slots or add- in 
connectors . 

An operating system runs on processor 202 and is used to coordinate 
and provide control of various components within data processing system 200 
in Figure 2 . The operating system may be a commercially available operating 
system such as Windows 2000, which is available from Microsoft Corporation. 
An object oriented programming system such as Java may run in conjunction 
with the operating system and provides calls to the operating system from 
Java programs or applications executing on data processing system 200. 
^Java" is a trademark of Sun Microsystems, Inc. Instructions for the 
operating system, the object-oriented operating system, and applications or 
programs are located on storage devices, such as hard disk drive 226, and 
may be loaded into main memory 204 for execution by processor 202 • In 
particular, the present invention provides a mechanism for dynamically 
switching contexts for different processes sending graphics data to a 
graphics adapter, such as, graphics adapter 218. This advantage is provided 
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through the use of an allocation of memory 
processes sharing graphics adapter 218. 



to store context for different 



Those of ordinary skill in the art 
in Figure 2 may vary depending on the 
hardware or peripheral devices; such as 
nonvolatile memory) or optical disk drives 
addition to or in place of the hardware 
processes of the present invention may be 
processing system. 



implementation . 



flash 



wlill appreciate that the hardware 
Other internal 
ROM (or equivalent 
and the like, may be used in 
in Figure 2. Also, the 
applied to a multiprocessor data 



depicted 



tost 



For example, data processing system 
a network computer, may not include SCSI 
drive 226, tape drive 228, and CD-ROM 230, 
Figure 2 denoting optional inclusion. In 
properly called a client computer, must 
commtmication interface, such as LAN adapti 
As another example, data processing systerji 
configured to be bootable without relying 
communication interface, whether or not 
comprises some type of network communication 
example, data processing system 200 may b4 
(PDA) device which is configured with ROM 
provide non-volatile memory for storing 
user-generated data. 



dcLt 



The depicted example in Figure 2 an^ 

not meant to imply architectural limitati 
system 200 also may be a notebook, comput 
addition to taking the form of a PDA 
be a kiosk or a Web appliance. 



200, if optionally configured as 
bus adapter 212, hard disk 
as noted by dotted line 232 in 
that case, the computer, to be 

some type of network 
er 210, modem 222, or the like. 

200 may be a stand-alone system 
on some type of network 
a processing system 200 

interface. As a further 
a Personal Digital Assistant 
and/or flash ROM in order to 
o;ierating system files and/or 



xons 



e:: 



Dai:a 



above-described examples are 

For example, data processing 
or hand held computer in 
processing system 200 also may 



invention 



The processes of the ptesent 
202 using computer implemented instructioijis 
memory such as, for example, main memory 
more peripheral devices 226-2^0. 



are performed by processor 
which may be located in a 
204, memory 224, or in one or 



The present invention provides a me 
graphics environment in which multiple 
graphics adapter. A portion of the memorjy 
such as, for example, main memory 204 in 
context switching . In . these examples 



the 



::hanisTn in a multi-tasking 
graphics processes share the same 
in the data processing system. 
Figure 2, is allocated for use in 
memory allocation is in the 
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form of a pinned buffer. A pinned buffer is a buffer that will not be 
swapped out to a disk, such as with a virtual memory computer system in 
which disk space is used as an extended memory for information that has 
not been recently used. Using a pinned buffer or other pinned memory 
allows the device driver to quickly access .the information in the memory 
without having to have that information swapped in from a disk drive. 

Graphics processes are able to access this pinned buffer to specify 
whether certain predefined functions or actions are needed. These 
functions include, for example, texture mapping and color lookups. Other 
functions include, for example, information about depth buffer testing; 
hardware lighting; bTxmp-mapping, which is a variation of texture mapping; 
and anti-aliasing operations. 

When a context switch occurs, the context switch mechanism reads the 
pinned buffer to decide whether a full context switch is required or 
whether a partial context switch is required. Context is information or 
parameters specified at one point in time. This information may not be 
restated or respecif ied at the time of a command to perform an operation, 
but necessarily influences the performance of the command. For example, 
one program may be used to draw a set of lines using the color green in 
which the color is a context. A second program may be used to draw a 
second set of lines using the color red. When the first program mns, the 
color is set to green. An interrupt occurs, prior to program one 
finishing drawing lines, in which program two begins to run. Program two 
sets the color to red and begins to draw lines. A second interrupt occvirs 
in which it is now .time fpr prog?:am one to resume execution. At this 
time, the color is set to red. Program one does not reset the color each 
time it draws a line. As a result, if the context, which in this case is 
the color of the lines, is not reset to green for program one, the lines 
will be drawn in the wrong color. A device driver is used to restore the 
context to green in this example. In this manner, the programs are not 
required to tract the context information. 

This information also may be used to decided the size of the 
graphics context needed for use in allocating memory in the graphics 
adapter. Other information that is considered context include, for 
example, whether lighting or clipping is enabled; whether primitives 
should be drawn or filled; the current line stipple pattern; and current 
texture blending functions . 
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Turning next to Figure 3, a block diagram illustrating components 
used in dynamic context switching in accordance with a preferred 
embodiment of the present invention. In uhis example, applications 300, 
3 02, and 304 are in a multi-tasking graphjlcs environment and share a 
single graphics adapter, such as graphics 
depicted, each application includes a grabhics process, which generates 
graphics data for display. Of coiarse, depending on the particular 
application, an application may contain multiple graphics processes 
Tliese applications send graphics data to device driver 306 in operating 
system 308. A device driver is a program 
peripheral device, such as graphics adapter 218, to an operating system 
A particular device driver receives requests and data, such as requests 
and data from applications 300, 302, and 
into the particular command language and 
peripheral device. 



switch 



In this example, applications 300, 
buffer 310 to write and change context 
information takes the form of com_recorde 
of these applications send graphics data 
on a graphics adapter, device driver 306 
buffer 310 to see whether a context 
switch is required, device driver 306 ma^' 
or full context switch is needed. Based 
driver 306 will selectively switch the 
As part of switching the context, device 
size of the graphics context to 
memory within the graphics adapter for 
less memory is required for a particular 
available in the graphics adapter for 
present for each piece of hardware; such 
device driver is aware of potential 
saves all context information. The 
particular context may i>p obtained from 
information saved by the device, driver 



dynamical, ly 



the 



other 



context 
amount 



for 



40 



A flag is set in these examples to 
of the context being actively used. The 
identify context that should be saved an^l 
saved . 



304, and translate those requests 
format recognized by the 



302, and 304 are able to access ■ 
iiiformation. The context 

312 in this example. When one 
to device driver 306 for display 
will look at com_records 312 in. 
is required. If a context 
also determine whether a partial 
on this determination, device 
ctjntext in the graphics adapter, 
driver 306 also may change the 
change the allocation of 
context. In this manner, when 
context, more memory is made 
uses. A device driver is 
as a graphics adapter. The 
information and typically 
of memory required for a 
device driver or from the 
the graphics adapter. 



identify the pieces or portions 
device driver uses that flag to 
context that should not be 
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With reference now to Figure 4, a diagram illustrating a com_record 
is depicted in accordance with a preferred embodiment of the present 
invention • Com^record 400 is used to identify what context information is 
being used for a particular process* By using com_record 400, the 
mechanism of the present invention is able to determine whether a full 
context switch is required when a new process is sending graphics data for 
processing. 

Com_record 400 in this example includes an identification that 
texture and lookup functions are set for the process associated with 
com__record 400. In these examples, each process is associated with a 
com_record. Com_record 400 is an example of a few lines of context 
information. These lines are indicators or flags to identify context that 
is currently being used by a particular process. A context typically 
includes hundreds of elements to identify the context. In creating a 
context, a process creates the context when it is initiated. A graphics 
process makes an API call to create one or more graphics context. When a 
particular context is to be active, the graphics process makes an API call 
to associate a particular context with a window. In this manner, a 
relationship exists between the graphics process, the context, and the 
window. The context is identified through a unique identifier supplied by 
the device driver. This unique identifier is provided to the application 
through the API call used to create the context. These trnique identifiers 
are stored in com_record 40p. In this manner , the device driver has a, v. 
unique pairing between the unique identifier for each context and the 
information supplied by the API about portions of the context being 
actively used. 

The API creates a com_record 400 in shared memory and tells the 
device driver where com_record 400 is located in shared memory via a call 
to the device driver exactly one time. After that, the device driver 
looks at shared memory to make its decisions about the context switching. 
If this information changes, the application updates the shared memory. 
For example, an application begins, and an application initializes shared 
memory to say: using__texture is FALSE and using_lookup is FALSE. Next, 
the application calls the device driver to tell it where the shared memory 
is and that the shai:ed memory is ready to use. Then, the device driver 
makes a context switch. When the device driver saves the context, it sees 
that using_texture was FALSE, so the device driver does not save texture 
information. The device driver sees that using_lookup is false, so the 
device driver does not save lookup information. When the device driver 
switches this process back, into active mode, the device driver sees that 
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applicat:ion 



using_texture is false, so the device dri^ 
information. The device driver sees that 
device driver does not restore lookup tab], 
begins using texture lookup. The 
of shared memory called "using_lookup" . 
context off. The device driver looks at 
and sees that using_texture i$ false, so 
information. The device driver sees that 
device driver saves lookup information, ' 
this context back on. The device driver ! 
memory and sees that using_texture is 
restore lookup information. The device 
true, so the device driver restores looku]b 



falise 



'er does not restore texture 
using_lookup was false, so the 
e information. The application 

writes TRUE into the piece 
The device driver switches this 
^hared memoiry in the com_record 
t does not save textiore 
using_lookup is true, so the 
'hen, the device driver switches 
ooks at the com_record in shared 
so the device driver does not 
sees that using_lookup is 
information. 



d] river 



With reference now to F4.gure 5, a 
context is depicted in accord^ce with a 
present invention. The process illustrated 
process used by an application, such as 
Figure 3 . 



flLowchart for establishing a 
preferred embodiment of the - 

in Figure 5 is an example . of a 
ai)plication 300, 302, or 304 in 



COlft 



functions. 



The process begins by c:peating a 
examples, the record takes a form of a 
in Figure 4. Of course, the records may 
entry, in a table or a record in a databas^ 
set in the record (step 502). In the 
functions include texture and i lookup 
context, the device driver receives a calfL 
up the base contexts using default values 
default line color is provided in a. base 
a context and a window occurs, additional 
context, such as,. width, height, and windo 
added to the context record associated 



Then, graphics operations are then 
application or process (s.tep 504) with 
A graphics application or process creates 
application requests a context to be 
information exists until the context is 



the 



created 



flowchart 



Turning next to Figure € , a 
depicted in accordance with ^ preferred 
invention. The process is illustrated ir 
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rei:ord 



(step 500) . In these 
i_record, such as com_record 400 
:ake various forms, such as an 
Predefined functions are then 
illjistrated examples, these 

In setting up a base 
to create the context and sets 
or fiinctions. For example, a 
::ontext . When a pairing between 
information is added to the 
w type. This information is 
wilth a particular process. 



performed by the graphics 

process terminating thereafter, 
a unique record each time an 
by a device driver. This 
diestroyed or the process exits. 



for context switching is 
embodiment of the present 

Figure 6 may be implemented in a 
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device driver, such as device driver 306 in Figure 3. Of course, this 
process may be implemented elsewhere depending on the implementation. For 
example, the process may be implemented in a graphics kernel. 

The sequence of events begins by receiving a request from a process 
to send graphics data to a graphics adapter (step 600) . A determination 
is made as to whether the current context is correct for the process 
making the request (step 602) , If the current context is not correct, 
then a record associated with the process is identified (step 604) . In 
these examples, the records are com_records located in a pinned buffer. 

Next, a determination is made as to whether a full context switch is 
needed (step 606) . If a full context switch is needed, then the current 
context is saved (step 608) , and the context required for the process is 
restored or placed into. the appropriate location for use (step 610) . The 
graphics data and/or commands in the request are then sent to the adapter 
(step 612) with the flow terminating thereafter. 

With reference again to step 606, if a full context switch is not 
needed, then the current context is saved (step 614). In step 614, only 
the portions of the current context that are to be changed are saved. 
Then, portions of the context identified for the process are restored 
(step 616) with the flow then proceeding to step 612 as described above. 
In other words, the context information that needs to be changed is v 
retrieved eoid placed into the current context to modify the current 
context. Referring back to step 602, if the current context in the 
graphics adapter is correct for the process sending the request, the flow 
then proceeds to step 610' as described above. 

Turning next to Figure 7, a flowchart of a process for saving 
context information is depicted in accordance with a preferred embodiment 
of the present invention. This process is used during a context switch 
and being implemented in a device driver such as device driver 306 in 
Figure 3. 

The process begins by saving base context information in a record 
associated with the context for a process (step 700) . A determination is 
made as to whether a texture has been set in the context (step 702) . If a 
texture has been set, the texture information is saved in the record (step 
704) . Next, a deteannination is made as to whether a lookup function has 
been set in the context (step 706) • If a lookup has been set, lookup 
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information is saved (step 708l) with the 
If neither of these fiinctions are set, th|e 
the base context information being saved, 
of context functions are showii for illusttat 
the different types of context that are 
are saved to the record. 



process terminating thereafter, 
process terminates with only 
In this example y only two types 
ion purposes. Depending on 
piossible, all of these contexts 



With reference now to Figure 8, a flowchart for restoring context 
for a process is depicted in accordance vith a preferred embodiment of the 
present invention. The process begins by restoring the base context (step 
800) . The base context is restored in the graphics adapter using the 
information in a record associated with the process. The base context 
includes default settings madi by a device driver when the device driver 
is called to set up a context for a grapl^ics process, 
made as to whether a texture function is 

a texture function is set., t^ie texture information for this fxinctiom is 
restored in the graphics adapter using tlie information in the record (step 
804) . • 



to 



Next, a determination i& made as 

in the record (step 806). If a lookup 

i 

information is restored in the graphics 

j 

808) with the process terminating thereafter 
function is not set, the process proceedf 
If a lookup function is not set in step 
Although this figure only illustrates th^ 
for two particular functions in addition 
the mechanism of the present invention will 
functions that are specified in the reco::d 



The steps illustrated in Figures 7 
saving and restoring full context as wel|L 
com_record associated with a selected 
the elements in the context are being usfed 
example, if using_texture and using_lookip 
example in Figure 4, a partial context 
restoring context information, a full 
necessary if some portions of the contex|t 
mechanism is reflected in steps 702, 706 



When the amount of space required 
the context also may be changed to alloc|ate 



A determination is 
set in the record (step 802) . If 



whether a lookup function is set 
fiinction is set, the lookup 
Adapter using the record (step 

If in step 802, a texture 
to step 806 as described above. 
^06, the process terminates. 

restoring of context information 
to the base context information, 
restore context for ciny 



and 8 are applicable to both 
as partial context. If a 

indicates that not all of 
a partial save occurs. For 
are not both set for the 
occurs. Similarly, with 

restore operation may not be 
are not being used. This 
, 802, and 806 in Figures 7 and 8. 



context 



save 



context 



for a context changes, the size of 
new space. 
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Thus, the present invention provides a mechanism for use in a 
graphics environment to allow multiple graphics processes to share the 
same graphics adapter. This mechanism allows for context switching in 
which the amount of memory used in a graphics adapter may be reset based 
on the particular context for a graphics process. Additionally, if a 
partial context switch is required, then only the information that is 
needed is restored in the graphics adapter* Performance increases are 
realized by cases in which partial context changes occur instead of full 
context changes. Time is saved because less information has to be saved 
sold restored. 

It is important to note that while the present invention has been 
described in the context of a fully fxinctioning data processing system, 
those of ordinary skill in the art will appreciate that the processes of 
the present invention are capable of being distributed in the form of a 
computer readable medium of instructions and a variety of forms and that 
the present invention applies equally regardless of the particular type of 
signal bearing media actually used to carry out the distribution. 
Examples of computer readable media include recordable -type media, such as 
a floppy disk, a hard disk drive, a RAM, CD-ROMs, DVD-ROMs, and 
transmission-type media, such as digital and analog communications links, 
wired or wireless commiini cat ions links using transmission forms, such as, 
for example, radio frequency and light wave transmissions. The computer 
readable media may take the form of ceded formats that are decoded for 
actual use in a particular data processing system. 
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10 



1 . A method in a data processing system 
plurality of graphics processed: 



responsive to receiving a request from a graphics process to send 
graphics data to a graphics adapter, determining whether a complete change 
in a current context in the graphics adapter is required to process the 
graphics data for the graphics ; process frcjm the plurality of graphics 
processes; and 



for h^dling data from a 



15 



20 



25 



30 



35 



40 



changing a portion of the current context using an associated 
context in the graphics adapter from a set of contexts stored in a memory 
in an absence of a requirement for a comp].ete chcm.ge in the current 
context, wherein the associated context it\ associated with the graphics 
process. 



2. The method of claim, 1, wherein the 
and color look-up. 

3. The method of claim. 1 or claim 2, 
a two dimensional graphics environment. 



context includes texture mapping 



wierein the current context is .for 



4. The method of claim 1 or claim 2, wherein the current context is for 
a three dimensional graphics environment. 

5. The method of claim 1, wherein the memory is a buffer. 

6. The method of claim 5, wherein the buffer stores a set of contexts. 



7 . The method of any one of the preced ing 
contexts are accessible by the set of graphics 



8. The method of any one of the prececling claims, further comprising 

saving the current context prior tcf restoring the associated 
context . 



preceding 



claims, wherein the set of 
processes. 



9. The method of any one of the 
context is associated with another graph. L 
of graphics processes. 



claims, wherein the current 
cs process within the plurality 
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10. A method in a data processing system for context management for a 
plurality of graphic processes, the method comprising: 

receiving a request to send graphics data to a graphics adapter from 
a first graphics process within the plurality of graphics processes; 

determining whether a change of less than all of a current context 
is required for the graphics adapter to process the graphics data from the 
first graphics process to form an identified amount; and 

changing the identified amount of the current context to a another 
context using a set of contexts stored in a memory, wherein less than all 
of the current context is changed. 

11. The method of claim 10 further comprising: 

changing all of the current context if a determination is made that 
a change of less than all of a current context is insufficient for the 
graphics adapter to process the graphics data from the first graphics 
process . 

12- The method of claim 11 further comprising: 

sending the graphics data to the graphics adapter 

13. The method of claim 11 or claim 12, wherein the step of changing 
comprises: 

replacing the ciorrent context with the another context using the set 
of contexts. 

14. The method of any one of claims 11 to 13, wherein the step of 
changing comprises: 

replacing a portion of the current context with context information 
from the set of contexts to form the another context. 

15. The method of any one of claims 10 to 14, wherein a graphics process 
within the plurality of graphics processes writes context information into 
a context associated with the graphics process. 
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16. A data processing system for handling data from a plurality of 
graphics processes: 



receiving 



determining means, responsive to 
process to send graphics data to a graphijcs 
whether a complete change in ai current 
required to process the graphics data for 
plurality of graphics processes; aoid 



comtext 



changing means for changing a porti 
an associated context in the graphics 
Stored in a memory in an absence if a re 
the current context, wherein the associatjed 
graphics process. 



on of the current context using 
adapter from a set of contexts 

quirement for a complete change in 
context is associated with the 



17. The data processing system of clain 

saving means for saving the current 
associated context. 



18. The data processing system of clain 
is associated with another graphics procejss 
graphics processes. 



19. A data processing system for conte>:t 
graphic processes, the data processing s^' 



receiving means for receiving a 
graphics adapter from a first i graphics 
graphics processes; 



determining means for determining 
of a current context is required for the 
graphics data from the first graphics 
amount ; and I 



changing means for changing the 
context to a cinother context using a set 
wherein less than all of the current 



20. 



coni:ext 



The data processing system of claim 19 further comprising 



a request from a graphics 
adapter, for determining 

in the graphics adapter is 
the graphics process from the 



16 further comprising: 



context prior to restoring the 



16, wherein the current context 
within the plurality of 



management for a plurality of 
stem comprising: 



reckiest to send graphics data to a 
process within the plurality of 



vfhether a change of less than all 
graphics adapter to process the 
pr<|>cess to form an identified 



id(intif ied 



amount of the current 
of contexts stored in a memory, 
is cheinged. 
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changing means for changing all of the current context if a 
determination is made that a change of less than all of a current context 
is insufficient for the graphics adapter to process the graphics data from 
the first graphics process, 

21. The data processing system of claim 19 further comprising; 
sending means for sending the graphics data to the graphics adapter 

22. The data processing system of claim 19, wherein the step of changing 
coinprises: 

replacing means for replacing the current context with the another 
context using the set of contexts. 

23. The data processing system of claim 19, wherein the step of changing 
comprises : 

replacing means for replacing a portion of the current context with 
context information from the set of contexts to form the another context. 

24. A computer program coir^rising program code recorded on a 
machine-readable medium, for use in a data processing system for handling 
data from a plurality of graphics processes, the program including: 

first instructions, responsive to receiving a rec[uest from a 
graphics process to send graphics data to a graphics adapter, for 
determining whether a complete change in a current context in the graphics 
adapter is required to process the graphics data for the graphics process 
from the plurality of graphics processes; and 

second instructions for changing a portion of the current context 
using an associated context in the graphics adapter from a set of contexts 
stored in a memory in an aibsence if a requirement for a complete change in 
the current context, wherein the associated context is associated with the 
graphics process. 

25. A computer program comprising program code recorded on a 

machine -readable recording medium, for use in a data processing system for 
context management for a plurality of graphic processes, the computer 
program product comprising: 
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a graphics adapter fr'om a first graphics 
gx-aphics processes; 



second instructions for determining 
all of a current context is required for 
tlie graphics data from the first graphics 
amount; and 
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equest to send graphics data to 
: process within the plurality of 



whether a change of less than 
the graphics adapter to process 
process to form an identified 



10 



third instructions for changing the identified amoiant of the current 
context to a another context using a set of contexts stored in a memory, 
wberein less than all of the current context is changed. 
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